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REMARKS 

These remarks included herein are set forth in response to the final office action mailed 
March 11, 2005 (the "Final Office Action"). As this amendment has been timely filed within the 
three-month shortened statutory period, neither a petition for an extension of time nor a petition 
fee is required. Presently, claims 1 through 10 are pending in the Patent Application. In the 
Office Action, each of claims 1 through 10 have been rejected under 35 U.S.C. § 103(a) as being 
unpatentable over United States Patent Application Publication No. US 2003/0163439 to Hankin 
et al. (Hankin) published on August 28, 2003 in view of U.S. Patent No. 6,704,745 to Della- 
Libera et al. (Della-Libera). In response, the Applicants respectfully traverse the Examiner's 
rejections accounting for the Examiner's remarks of the Final Office Action. 

The Applicants have invented a new and non-obvious method, system and apparatus for 
decentralized many-to-many relationship management. In the many-to-many relationship 
management system of the Applicants' invention, links which traditionally manage the objects in 
a one-to-one and one-to-many relationship, also can manage the related objects in a many-to- 
many relationship. Specifically, the links can collaborate with one another by providing updates 
to the junction table without the assistance of a non-application, auxiliary relationship manager. 
Notably, unlike conventional many-to-many relationship management systems in which a 
centralized relationship manager manages the junction table, in the present invention, the 
responsibility for maintainins the junction table can be distributed amonsst the links. 

In the Final Office Action, as in the previous Non-Final Office Action of May 3, 2004, 
the Examiner cited paragraphs 13, 14, 15, 16, 17, 18, 165, 217 and the Abstract of Hankin in 
support of the notion that each of "a plurality of corresponding links" corresponds to one of the 
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objects, persists state information for the corresponding object in an associated object table, and 
manages "the junction table responsive to changing relationships with others of the related 
objects". 

Paragraph 165 states in its entirety (with emphasis added), 

[0165] Data model 210 also may define relationships. A 
relationship mav express a link between two persistent objects . 
Relationships may be defined in terms of two roles where each role 
represents one of the two related objects. For example, a 
relationship named "Purchase" may be composed of the following 
roles: 5 Role Name Object Type(s) Cardinality buyer Company or 
Person 1..1 orders Order 0..n". 

Paragraph 217 states in its entirety (with emphasis added), 

[0217] FIG. 6 depicts a flowchart for managing objects through 
relationships in accordance with an embodiment of the present 
invention. FIG. 6 includes searching, or retrieving, objects 
according their relationships, as disclosed in step 522 of FIG. 5. 
Step 522, however, is not limited to the steps disclosed by FIG. 6. 
As noted above, a relationship expresses a link between two 
persistent objects . Step 600 executes by receiving an action to be 
performed via an object's relationship. Step 602 executes by 
retrieving related objects. Preferably, POF 120 retrieves objects in 
response to a search request from an application. POF 120 may 
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retrieve objects according to multiple or singular cardinality 
relationship roles. The different methods of retrieving objects 
according to relationships may be disclosed according to the 
following examples. For multiple cardinality relationship roles, a 
variable named "buyer" that references an object of type 
"Company" or "Person" and a variable named "Order" that 
references an object of type "Order" may be given. The orders may 
be retrieved according the following example pseudo-code: 
The Abstract states in its entirety (with emphasis added), 

A system and method for managing persistent objects with a 
persistent object framework is disclosed. The persistent object 
framework receives queries and instructions from an application 
for data from the persistent objects. The persistent objects are 
stored in data sources, such as datiabases or repositories. The 
persistent object framework may create, save, update, access, 
search, and delete persistent objects . Further, the persistent object 
framework caches applicable persistent objects for the application. 
The persistent object framework provides the caching for the 
persistent objects. The persistent object framework supports both 
Lightweight Directory Access Protocol and relational databases. 
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Sections 13 and 14 state in their entirety, 

[0013] According to another embodiment, a method for managing 
persistent objects within an application system is disclosed. The 
persistent objects are stored within a first data source and a second 
data source. The persistent objects provide data to an application. 
The method includes implementing a persistent object fi-amework 
that caches the persistent objects correlatmg to the application by 
creating the persistent objects, caching the persistent objects, 
accessing the persistent objects, updating the persistent objects, 
searching the persistent objects, deferring writes to the first and 
second data sources, and controlling persistent storage of the 
persistent objects. The method also includes retrieving the data 
fi-om the first and second data sources when requested by the 
persistent object fi-amework. 

[0014] According to another embodiment, a system for managing 
persistent objects correlating to an application is disclosed. The 
system includes means for mapping a persistent object stored 
within a data source with a persistent object framework coupled to 
the application. The system also includes means for identifying the 
persistent object stored in the data source as applicable to the 
application. The system also includes means for caching the 
persistent object within the persistent object fi:amework. 
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Finally, 15 through 18 state in their entirety, 

[0015] According to another embodiment, a computer program 
product comprising a computer useable medium having computer 
readable code embodied therein for managing persistent objects 
correlating to an application is disclosed. The computer program 
product is adapted to run on a computer to effect steps, including 
mapping a persistent object stored within a data source with a 
persistent object framework coupled to the application. The steps 
also include identifying the persistent object stored in the data 
source as applicable to the application. The steps also include 
caching the persistent object within the persistent object 
framework. 

[0016] According to another embodiment, a system for searching 
persistent objects stored in at least one data source is disclosed. An 
application accesses the persistent objects for data. The system 
includes means for receiving a search query for a persistent object 
at a persistent object framework. The system also mcludes means 
for determining a query type for the search query. The system also 
includes means for searching a cache within the persistent object 
framework for the persistent object according to the query type. 
The system also includes means for searching the data source when 
the persistent object is not within the cache. 
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[0017] According to another embodiment, a computer program 
product comprising a computer useable medium having computer 
readable code embodied therein for searching persistent objects 
stored in at least one data source is disclosed. An application 
accesses the persistent objects for data. The computer program 
product is adapted to run on a computer to effect steps, including 
receiving a search query for a persistent object at a persistent 
object framework. The steps also include determining a query type 
for the search query. The steps also include searching a cache 
within the persistent object framework for the persistent object 
according to the query type. The steps also include searching the 
data source when the persistent object is not within the cache. 
[0018] According to another embodiment, a system for managing 
persistent objects stored in at least one data source according to 
relationships between the persistent objects is disclosed. An 
application accesses the persistent objects for data. The system 
includes means for specifying a relationship between at least two 
objects. The system includes means for retrieving the two objects 
according to the relationship. The system includes means for 
performing a function on the relationship. The system includes 
means for synchronizing another relationship between the two 
objects according to the result of the function. 
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These citations are the exclusive citations relied upon the Examiner in arguing that 
Hankin teaches a "link" from among many links, where each link "manages the junction table 
responsive to changing relationships with others of the related objects" as explicitly recited in the 
independent claims. Yet, the only reference to a "link" in the foregoing citations from Hankin is 
to a "relationship" between objects which creates a link. However, as shown clearly in section 
217 and the Abstract, the "persistent object framework"~and not the links created by the 
relationships-performs data operations does not manage any database related structure, 
including a junction table. Rather, in Hankin, only the "framework" performs data access 
functions, not the "relationship" or "link between objects" as discussed in paragraph 0165 and 
0217. Accordingly, the Examiner has not borne the burden of a prima facie case of obviousness 
as required under the MPEP section 2143. 

The Examiner ftirther relies upon Figure 15 and column 18, lines 22-25 of Della-Libera 
in support of the notion tiiat FIG. 1 5 is a diagram of a dataset data structure 1 500 for use in an 
exemplary many-to-many relationship implementation of the invention. Column 18, lines 22-25 
of Della-Libera recites in its entirety (referring to Figure 15): "In the many-to-many relationship, 
two base data tables 1510 and 1520 are implemented in the relationship, as well as junction table 
1530. The junction table 1530 is maintained by the data set." Obviously, this citation falls well 
short of teaching "manages the junction table responsive to changing relationships with others of 
the related objects" as claimed by the Applicants. In short, none of the citations listed above 
which were exclusively relied upon by the Examiner, when combined with one another teach 
each claimed limitation of claim 1 and its dependencies. 
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Finally, the Examiner also exclusively relies upon the foregoing citations in support of 
the argument that Hankin and Della-Libera teach " performing the stored directive only if an 
opposite directive has not been stored in a buffer associated with the related object." Again, it is 
clear that the plain language of the Examiner's citation does not teach nor does it suggest the 
conditional performance of a stored directive only if an opposite directive has not been stored in 
a buffer." Again, the Examiner has failed to meet the most basic requirements of a prima facie 
case of obviousness. In fact, the Examiner has not even responded to this identical argiunent 
from the previously filed Response of August 3, 2004. 

In view of the foregoing remarks, the Applicant believes that claims 1 through 10, as 
originally filed in the Patent Application, distingiiish over the cited art and stand patentable and 
ready for an indication of allowance. To that end, the Applicant respectfully requests the 
withdrawal of the rejections under 35 U.S.C. § 103(a). This entire application is now believed to 
be in condition for allowance. Consequently, such action is respectfully requested. The 
Applicants request that the Examiner call the undersigned if clarification is needed on any matter 
within this Amendment, or if the Examiner believes a telephone interview would expedite the 
prosecution of the subject application to completion. 
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Respectfully submitted. 



Date: March 11,2005 
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Customer No. 46320 
Tel: (954) 828-1488 
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